AltME groups: search

It's helpful to make a conceptual distinction between the host interface 
and the extension interface, even though for R3 they are currently 
related to each other and share a lot of the same code.


For the host interface, the host is the OS (more or less) and provides 
an execution environment that the R3 runtime runs on like a program 
(this is all metaphorical, but I'm sure you get it). The OS in this 
case could be something like Windows, Linux, some microkernel, whatever, 
or it could be an application or application plugin like Eclipse, 
Visual Studio, Notepad++, Excel, Firefox, whatever.


For the extension interface, R3 is the OS, the extension-embedded 
module is the program that runs on the OS, and that program calls 
the extension's native code like a library. The program source is 
returned by the extension's RX_Init function, and that program then 
wraps the native library code. The module source is loaded like a 
normal script (slightly hacked after loading to make it a better 
wrapper), so the script could be embedded in binary data along with 
non-Rebol stuff just like with normal scripts. You could even have 
Red and Rebol scripts in the same file (if they use the same embedding 
method) so you the data the init function returns can be like a Red/Rebol 
fat binary, metaphorically.


Given this, Red could either be (or compile) a host for R3; or it 
could be (or compile) a runtime library that implements the same 
host interface as r3lib, making it a drop-in replacement for R3; 
or it could be (or compile) an extension that R3 is a client of, 
returning R3 code that calls calls the compiled Red code; or it could 
be an alternate extension container, for extensions that return both 
Red and R3 code from the same init function, which would call the 
Red code returned, which would in turn call the same native code. 
The two languages could be integrated at any point in the stack, 
along with other languages.

AdrianS: we can make the lexer part of the upcoming public API accessible 
when compiling Red script as shared library. If you have suggestions 
about how the lexer should be exposed in order to facilitate integration 
with code editors, let me know.

The Rde presentation shows the use of the binary Red. In it shows 
how to compile to get a cgi and a dynamic library. Are these also 
implemented in the current compile scripts? In that case that holds 
a good argument to update the Redcompiler.r script. It needs some 
work anyhow I noticed, it is rather location dependent atm.

directories under red.esperconsultancy.nl are according to the script 
download.r:

test common C-library cURL ZeroMQ-binding REBOL-3 Java SQLite SDL 
OpenGL GLib GTK GTK-WebKit OSM-GPS-Map GTK-Champlain 6502

I copied my list from my browser address field history. Should have 
noticed GLib (first I had tried GLIB and found nothing) was the one 
you asked for.

New World alpha release at
https://github.com/Geomol/World


- Added better networking using cURL library, libcurl (OS X and Linux)
- Added tasks incl.:
	- task! datatype
	- task-id! datatype
	- TASKS native function
	- task? and task-id? mezzanines

 - Task support for many functions incl. HELP, SOURCE, FIRST, SECOND, 
 PICK, COMPILED? and DISASM
	- KILL mezzanine to call TASKS/KILL

- Added inter-task communication using SEND and RECEIVE native functions
- Added support for messages to WAIT as: wait 'message

- Added preemptive multitasking using TASKS/TICKS to specify number 
of Virtual Machine instructions per task run (default is 200)

- Added timers for tasks triggered by WAIT native and READ native, 
when reading from url
- Task yield can be achieved by: wait 0
- Changed ;{ } comment syntax to ;( )
- Parens can now span several lines at the prompt
- Added system/console/paren
- Added support for pressing <Esc> to stop execution of main task

- Sending input via pipe to World started with a script will activate 
input without echo and without <tab>-completion etc.. (Not sure how 
and if this works under Windows.)
- Added support for picking 'Re and 'Im of complex numbers
- Better implementation of TRY

- New test versions of IF and EITHER, that can take other than block! 
arguments
- Added more tests

OS libraries and R3 libraries are both libraries. However, with GPL2 
they make an exception for linking to OS libraries even if they're 
closed source. With GPL3 they extended that exception to libraries 
that come with a runtime or VM, like Java, .NET, or closed-source 
REBOL. The exception doesn't go the other way though: It's not allowed 
to link to GPL'd libraries with closed code.


Ladislav, the runtime library is used to implement the interpreters, 
and includes the interpreters for that matter, but it's still a library. 
The DO interpreter really doesn't do a lot; it resolves the op and 
path syntax and dereferences words, but everything else is done by 
the functions of the runtime library, which your code is bound to 
at runtime. But for the good news, it's at runtime, so afaict the 
GPL doesn't require you to release your source because of that binding, 
as long as you load the source at runtime, which you pretty much 
have to do at the moment for scripts.


Encapping is a trick, but you can handle that with some limitations. 
Extensions will need to be GPL 2, and that means that they can't 
be used to wrap closed-source libraries unless they were included 
with the operating system you're running on. Encapping regular scripts 
and modules is semantically iffy, but you could handle that with 
a FAQ entry that explicitly says that loading a R3 script doesn't 
count as linking, even if you bind the words to GPL'd values. The 
same FAQ entry would apply to scripts in files, databases, whatever.

There is no single truth here. There are a few realistically defensible 
positions, all of which have been argued extensively before.


The legal opinion of the FSF (publisher of the GPL) is pretty clear, 
by analogy to Perl or Java: all/most REBOL mezzanines are library 
functions to which a user script dynamically links. If the mezzanines 
are GPL licensed, the source to user scripts will have to be provided 
in a GPL compatible way.


Equally clear is e.g. Lawrence Rosen (IP lawyer) in articulating 
his legal opinion. Paraphrased: "linking is irrelevant for deciding 
wether the result is a derivative work" -- this mostly matches Ladislav's 
stance.


The whole point of this debate is not really ultimately deciding 
the resolution for that issue as pertaining to a GPL'd REBOL, but 
pointing out that, without additional clarification, the GPL results 
in a problematic legal uncertainty. This legal uncertainty may lead 
to quite the opposite effect of what many believe Carl actually intends.


So one very easy solution, is to include a few definitive clarifications 
along with the GPL.


Another, probably much easier, solution would be to simply sidestep 
this issue and use a different license.

Your user script still links dynamically to the library.

You need to seed the random generator first eg. with the datestamp 
or something, and then generate your random number.  But a better 
way is to create a UUID if you want something guaranteed to be unique.

The library has code for windows http://www.rebol.org/view-script.r?script=guid.r

Just using random, something like this should work

random/seed form now/precise


send [person-:-example-:-com] rejoin [ "Thank you. Your number is " random/secure 
1000000  "." ]

There are some scripts that do that in the script library:
   www.rebol.org/search.r?find=tree

Overall, "private" modules are really useful if you are writing traditional 
modular systems that require explicit importing to manage complexity. 
This should be familiar to people who have worked with Maxim's slim 
modules, or Gabriele's module system for R2.


The "regular" modules are more useful for writing library code that 
is intended to be used by people writing scripts, as if R3 were not 
a modular system. This should make things easier for people coming 
from R2 or some other non-modular or weak-modular language. Underneath, 
a "script" is another kind of module; it's just the type of module 
that does the best job of pretending that it isn't a module.

I'm too lazy to do all that typing :-) .......I copy them to the 
clipboard like this:
    do http://www.rebol.org/library/public/lds-local.r
    res: lds/send-server 'get-script [base-convert.r]
    write clipboard:// res/data/script

Colin -- "Problem is nobody is really looking for "rebol"."
That's true -- they are looking for solutions to problems.

 It is possible for our websites to rank highly in all sorts of areas. 
  For example, in the last three days people have found REBOL.org 
 because it ranks in the top 10 for Google for these phrases:
-- hex to integer converter
-- gui maker
-- html script calendar notes
-- script library
-- parsing html links


I suggested a year or so back (REBOL world, Advocacy, I think) that 
REBOL wevbsite owners could collaberate to help these sorts of rankings. 
 Still true.

Sorry -- no explanation -- I see 0.1.8 when looking at both the source 
and the download on REBOL.org.  Maybe it is caching at Graham's ISP


Graham, you could try using the LDS interface to download the script:
     do http://www.rebol.org/library/public/lds-local.r
     res: lds/send-server 'get-script [menu-system.r]
     print res/data/script

Pekr: Area with automatic scrolling. What do you mean ?  While selecting 
text by mouse ?

I yes, there is area-scroll-style demo in the library http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=area-scroll-style.r

It's fairly a demo because it works on most version. But it would 
be smaller for 1.3 (as there is patch in it for old versions).

Volker:if you mean the script to run locally-yes-I was wriiten by 
Didier and should be in the library.I guess an option would be for 
me to convert the groups to html-send to rebol.org-and then have 
the posters what they want.Only problem with that is some are no 
longer here.Just looked in the library and did not find his script.If 
you want,send me a private message and will send

There was a discussion of this somewhere ......REBOL or REBOL2 worlds? 
And a solutiion found. I forget what it was.

The library version of Rebocalc has not been changed for several 
years:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-history.r?script-name=rebocalc.r
So the issue is a change in behaviour in REBOL/View

I'm agree with the idea that loading complicated heavy splitted and 
many dependent library libs GTK  popup up that we have to seek a 
better library loading system. Dependencies of libraries is a very 
weak point. Think of it ... First you have to load the librariries 
in the dependence chain in the right order and make a rebol script 
file to be able to treat in rebol script code the calls of function 
of those libraries (for example GTK sofware unsed commonly lots of 
function that are builded into many different librairies in the dependencie 
chain (like g_malloc() instead of malloc(), gint type instead  int 
type, gchar type intead of char, g_thread**() instead of  thread**() 
etc...)

the point is that making bridge  betwen rebol script and librari 
in the way it is actually done is good for tiny simple library but 
very a tremendous work when it touch to heavy complicated library 
that intent to abstract from the os consept and give the same way 
to code on any OS/material. Mostly Opengl and GTK for example. Both 
libraries are heavy (lot of libs lot of struct lot of types lot of 
dependencies that needs a bridge too). For OPENGL you have two way 
to work or you make a OS based I/O and windowing system example gdi32.dll 
user32.dll for windows or xlib.so for Linux and  then exploite gl* 
function that are stored in the openGL.so/dll  or you use the related 
to opengl portable set of libraries to handle window drawing and 
Mouse/Keyboard events glut.dll/so. The fact that a librarie portable 
must be a library the abstract from the OS dependencies make them 
very complicated to handle. AS we don't have the same coding effort 
on library bridge coding than other language because many reasons 
in witch the fact that library loading is a Pro functionnality and 
maybe too because the system is not enought developped. It's easier 
to make a library bridge for a language when this language allows 
type creation and have based type in this language that feets with 
the one in C/C++

If this fonctionnality remains payant we at most need to rethink 
internally the way to work or build an intermediate library loading 
system script that allows people to load the library without the 
needs of wrtiting by their howns the bridge or a tools that take 
a makefile of a sample program and the include file and generate 
a rebol script bridge for any library that must be loaded to use 
the wanted libraries thos bridges script files must then be supplyed 
as the libraries and the program script in rebol that exploit those 
libraries

Isn't what slim does ? Holding paths for code library (scripts) and 
allowing to just slim/load %script-name.r where the file is in one 
of the folder in slim path !!

DEFINE-METHOD and DEFINE-OBJECT posted to the library. http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=multi-methods.r

this is from a simple example in the script library with the only 
modification being an open block instead of a single line open. Thanks 
for any insight.

Topic - needs or includes.... I am just cleaning up some scripts 
and want to use the dynamic load capability that I thought was enabled 
by pre-requisite setting in the REBOL header.    The only link I 
can find is to the Values.R in the library.   Is there a standard 
approach to this?   Now I am using Carl's %include.r from the script 
library but it does not check for prior loading.

Does the library add the comments before the script starts, and what 
is the meaning of the date "6-Jul-2004"  ?

The Library does add tnose comments when you click the download button.

It's partially to warn you if the munging to protext emails has changed 
the script in any way that matters -- you may need to demung some 
scripts to make them work.
.

The date is irrelevant and confusing. It means nothi ng....I don't 
think we add it any more. If you want to know the history of versions 
of a script: use the History link, eg:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-history.r?script-name=liquid.r

and since I am babbling here... I will throw in some suggestions 
as well.


1. User are not interested in how many scripts there is in the library.

2. User are not interested in how many messages in the mailing list 
archive.

However, user may be interested in

1. Most popular script by download
2. Latest script contributed to the library
3

Thanks for the comments.

Please do a mock-up of a proposed reorganization, thanks. Then we've 
got something to compare with.


Latest scripts are available several ways -- most immediate is the 
Script Library home page:
http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-index.r


Script popularity is available for Library members -- thoug the big 
problem here is deciding a meaningful metric (simple dowload counts 
are highly biased for various reasons)
http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-popularity.r

Problem is that the download page *is* a static URL if you go to 
it directly, eg,
    http://www.rebol.org/library/scripts-download/menu-system.r

But of you click the "download script" link while viewing a script, 
you do go via a dynamic URL -- it creates the static one for you 
and then redirects, eg

http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=menu-system.r


{What we should do is update the static file whenever a script is 
added or updated. That would fix most instances of this....I'll put 
that on the list, thanks]

Just trimmed about 100 people from the Library membership list....
http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-view-users.r


A lot of them were drive-by signups by spammers to get their URL 
a link ("Hi I'm Mandy, click my link for photos") And most of *those* 
must have an IQ hovering aound their waist size because they'd failed 
to click the profile option to make their URL visible to other Library 
members.


So the membership list (claiming 200+ members) is more relevant than 
it was before.


But the automated expiry script may have caught some genuine members. 
If your userid has gone and you want it back, please drop me a private 
message.

It would be nice to have an RSS Feed for the "What's new " section 
on the Script Library home page.

Mike, I'd rather wait until the volunteer who is doing the RSS has 
added the code, rather than bypass their efforts.

Meanwhile, you have several ways of finding out what  scripts are 
new or changed on REBOL.org:
-- we'll sen doyu a tailored email

    http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-update-profile.r
    See Section 4, Notices
-- you can peek at your unsent notices to get advanced warning:

     http://www.rebol.org/cgi-bin/cgiwrap/rebol/uns-display-notices.r?ml=yes&my=yes
-- You can use the LDS API:
       do http://www.rebol.org/library/public/lds-local.r

      probe lds/send-server 'list-updated-scripts [5]   ;; what's changed 
      in the last 5 days?
-- Just eyeball the script library home page:
     http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-index.r

I fixed the ez-plot.r q-plot.r condense.r get-stock.r  script combo 
for View 1.3.2  (get-stock.r had broken) and I sync'ed it to Developer/Users/steve-shireman/ez-plot-updates 
  I tried on both IOS Link and View1.3.2, so hope it works on all 
the others.  Feel free to stick it in the Library.

Regarding Carl's blog about hiding rebol scripts in web pages, I've 
always wanted a way to directly execute a rebol script from the library 
from my rebol console.  I used this trick of embedding a rebol script 
between [ .. ] in my offline mail reader, and wonder if it can be 
used in the library as well.

lds-local.r --change: documentation added or updated --title: Library 
data services --owners: sunanda --author: Sunanda --purpose: Provides 
the client end of the REBOL.org Library Data Services interface --url: 
http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=lds-local.r

As Reichart says somewhere, Altme REBOL3 is great for quick problem 
solving. But you have to find it first. Like most of the REBOLsphere 
it is close to invisible

(eg eFishAnt's recent serach for a REBOL hex editor. They exist: 
but can you find them?)


REBOL.org is just about the only exception to the invisibleness of 
the REBOLsphere -- try looking in Google for
   script library
as an example.

Graham, but if the script had been in the Library, he'd have found 
it without having to ask on REBOL3 :-)

Formatting problem on this page ?

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=ftpgadget-package.r

;;  To download and install the files in the package you need to
;;  run a installation program.  

;;  If you are running View (1.3 or later):

    do http://www.rebol.org/library/public/repack.r

;;  If you are running Core:
 

    do http://www.rebol.org/library/public/repack-core.rhalt
         ; <------ space missing

There is this script in the library http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=ez-plot.r
but there seems to be missing the q-plot.r script, which is required:(

Thanks.

Looks like this dates back to the slightly mangled handover between 
REBOLtech and REBOL.org.
**
The script is here:
http://www.reboltech.com/library/scripts/q-plot.r

Though I haven't checked if it works.......If you could, and it does, 
please let me know; and we'll moe it over to REBOL>org

Thanks. It's in the Library now:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=q-plot.r

Dear Library Team,


   I've only got a single script in the library, but I like it, and 
   I'd like it to live through the R3 update.

Are there any plans for adding explicit rebol versioning to scripts 
that want to stand the test of time?


   Is having multiple binaries on target REBOL platforms a no-no?  Meaning, 
   could the released binary packages for REBOL 3.0 include REBOL 1.3 
   (2.7) executables so scripts don't age out as fast as they did when 
   going from 1.2 to 1.3?  A little bit of configuring on the host OS 
   to start the correct REBOL by extension, shebang, or resource fork 
   on MacOS?  Can DO add a secret launch of older/other binary if a 
   Needs: is specified?

Curious.

Sunanda, would it be possible in the library to use Gabriele's PDFMaker 
HTML doc CSS style sheet for displaying script code ?

I find it realy beautifull. It realy turns reading code into a visual 
aesthetic experience.

I have a function that I'd like to add to the Library that takes 
some user data (could be from CGI query, or from View fields), processes 
and validates it according to a given spec, eg. [word "2007/4/30"] 
-> [word: date!] -> [word 30-Apr-2007]  I've named this function 
'import, but I realise that %import.r may be too generic a script 
name for the Library.  Any suggestions?

Can I upload a ZIP archive in the Library or does it require to upload 
only a single REBOL script ?

That's a nice idea for a sort of "REBOL explainer" application.
But it would be difficult to do in the Library.

The Library does attempt to load and parse scripts -- that's how 
we do the colorisation. But (as with Gabriele's code) we rely on 
REBOL's own reflective abilities to tell us what is a word, function, 
operator etc.

The Library runs an old version of Core (and even if we update that, 
we'd never run a version of View on a webserver) so it does not have 
access to all the information a proper explainer.highlighter would 
need.
Take this script for example:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?color=yes&script=reboldiff.r

'new-line is a valid REBOL word, but it is not colored: that's because 
it is not a word in the version we use.

So sadly, the colorisation at REBOL.or remains a nice bit of eye 
candy rather than a solidly dependable feature.

I see geomol has updated his personal CSS at the Library.....You 
can now look at any script using his set of colours and font effects...Much 
better than the system default!!
Example:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?color=yes&script=acgiss.r&css=geomol

(just add css=geomol to *any* Library URL. Or set your CSS preference).

And anyone can play the game -- devise and publish your own CSS for 
script coloring or any other aspect of the Library:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/boiler.r?display=css-help.html

Geomol, image the level of spam I'm going to produce when library 
will be close to 1000th script ;-)

There is big problem with rebol.org library if you are using different 
than ascii chars. I've just submited a script which contains latin2 
chars and it's not uploaded correctly as there were converted to 
utf8 (so the script will not be working correctly as the chars are 
used in parse.

I would like a way to search the script library for words in scripts, 
that would not return scripts that have those words in strings. I 
would use this function several times a week when researching function 
usage for my mezzanines work.

When I am making changes to the mezzanines, I use the script library 
for research on existing usage of these mezzanines to see whether 
anything would break. When the name of a function is a common word 
that would show up in comments or strings, this is much more difficult. 
I would also like to look for third-party functions that I can't 
remember where they are defined or their author.

Sunanada, I have another question for you.  While I was poking around 
the library earlier I noticed that I have named some of my scripts 
very poorly and would like to change the FILE: value in the header, 
which apparently just creates a new copy of the script.  Is there 
a way to remove the old script such that I really am renaming the 
script rather than uploading a new one?

Thanks, Scott.
--The email script looks fine
-- it's identical to what is in the Library
-- Viewing the scriot works fine
-- Downloading it doesn't

.....Which is exactly what you reported. We are now both on the same 
page :-)

At the moment, I'd be worried about standarising the Library on utf-8 
as the effect of multibyte characters would have during script and 
mail processing is not understood. It could well be that the system 
handles multibyte characters without a hitch but nobody knows yet.


I have started to write some scripts to try to help move to a consistent 
character encoding of the Library data but, due to time constraints, 
I have been very slow.

Which editors?

I think most editors these days allow manually changing the encoding, 
so developers who notice strange characters can just change it themselves.

Maybe it would be helpful to add a rebol.org library script header 
advertising the encoding (when it is known, and when not).

I don't recommend 'de-UTF-8'ing files on download - that's just going 
to confuse things more, especially when the file is view-script.r'd 
as utf-8 just beforehand.

....Maybe a better slot for a thumbnail would be in the LHS menu, 
just under the <Script Library Home> link. That would keep it out 
of the flow of the page.
Please suggest better ideas :-)

There are two file versions in the library, one for viewing, one 
for downloading. Did you use the one
from http://www.rebol.org/download-a-script.r?script-name=....r
Maybe the other ones have problems.

Mike

I checked your library example from the I'm new group producing errors.

There is probably a weakness, as the script does not regard comment 
lines.
A short enhancement would be
   
parse-ini-file: func [
    file-name [file!]
   /local ini-block
    current-section
    parsed-line
    section-name
][
 ini-block: copy []
    current-section: copy []
    foreach ini-line read/lines file-name [
		if #";" <> first ini-line [ ; do not process comment lines
			section-name: ini-line
			error? try [section-name: first load/all ini-line]
			either any [
				error? try [block? section-name]
				not block? section-name
			][
				parsed-line: parse/all ini-line "="
				append last current-section parsed-line/1
				append last current-section parsed-line/2
			][
				append ini-block current-section
				current-section: copy []
				append current-section form section-name
				append/only current-section copy []
			] ;; either
		]
    ] ;; for
 append ini-block current-section
 return to-hash ini-block
 ]

Thanks, sqlab......That works fine. (I should read the documentation 
in future before writing the script :)
I've updated the script in the Library:
   http://www.rebol.org/view-script.r?script=parse-ini.r

Just replied to a Feedback message sent to REBOL.org about the Script 
Library:
 
> When will the current script library "die"?

[The questioner suggests that R3 incompatibilities may mean we simply 
purge all R2 scripts to create an R3-only Library]

My response......

Thanks for the question. The simple answer is: I hope never.

***


Coincidentally, I have just started an exercise in seeing how many 
of my contributions to the Script Library will port with few or no 
changes.  The results are encouraging so far:
   http://www.rebol.org/art-display-article.r?article=j26z


I know some of my scripts will be obsoleted by R3. They can stay 
in the Library as R2-only resources.  I am hoping many of the rest 
will be code compatible between R2 and R3, so they will work either 
way.

***

Ladislav has also commented on his early porting experience:
  http://www.rebol.org/art-display-article.r?article=w24v

There is some discussion of the issue on the REBOL3 AltME world:
  http://www.rebol.org/aga-display-posts.r?post=r3wp453x15753

***

The Library has a flexible tagging method for scripts, see:
   http://www.rebol.org/st-topic-index.r

We can very easily add tags for (say)
   R3-ready
   R2-only


Or whatever seems the best set to help partition the scripts into 
R2, R3, or both.

Hope that helps a little!

I checked the user list and "Ashley" isn't displayed. This could 
be or one of three reasons:
1. You requested privacy when you first joined.
2. You used another name.
3. You membership expired


If I remember correctly memberships can expire if you haven't added 
a script to the library and haven't logged in to the site in the 
last six months.

Hmm, I just realized library group was for the script library, not 
for library/load and DLL related questions. Oops.

Something new in the Library....If you own scripts, you can add images 
to them to make it all a bit more graphic.

Only example to date here:
    http://www.rebol.org/view-script.r?script=ascii-chart.r

Notes about how to add images to yoour scripts here:
    http://www.rebol.org/boiler.r?display=script-images

Thanks to Maxim for the original change request.

If you add a new script, yoy can add a (say)
  library: [r3: 'tested]
tag, and that will be picked up and used in the tag index.


The problem with updating the tags in the headers of existing scripts 
is that it is long-winded: you need to physically upload a new version.

Better just to retag via the [edit tags] link.

I just updated the group name from [Library] to [Script Library] 
to make its primary purpose clearer.

Anton reported that that algorithm the Script Library uses for suggesting 
script names when a name is mistyped was failing to produce some 
obvious matches.
Thanks Anton.
Algorithm tweaked.....Please suggest other improvements!

I'm seeing very strange line endings in scripts downloaded from the 
script library.

Ah, and there's a single leading LF as well, right before the script 
library-inserted header.

We've had all sorts of fun trying to get the line endings to work 
for everyone.


There's a magic, undocumented URL parameter you can add to the URL 
that might make a difference on your platform.

It is MODE=????


I'll just cut'n'paste the comment from the download-a-script source... 
it may help explain it:

;; mode=windows -- the default. Makes LF or CR into CRLF
;; mode=binary  -- sends file as binary
;; mode=carl    -- saved and reloads file first as Carl thought
;;                 this would fix the problem
;; mode=text    -- the old default. Works in most cases. Just
;;                 prints the file (so sends whatever line
;;                 terminations work on the platform the library
;;                 is running on.

Shadwolf: <fine 1024 script burried one on top of another :) nice 
!!!>

They are all tagged in various ways to help catalog and find relevant 
scripts, eg:
   http://www.rebol.org/st-topic-details.r?tag=type//game

The tagging could do with an overhaui, so if you want to contribute 
to the quality of the Library without contributing scripts, then 
being a retagger is one way to achieve that.

ladislav problem is even going in the right group if any  existed 
then you won't talk to me neither :) basically you don't feel concerned 
by what I say all you want is the job done what ever means are used 
to achieve that basically I used to think that way too ...  But time 
passed things degradated and now r3 alpha is stuck and side projects 
like script library and View/Desktop are stuck too since they are 
related and on suspend until R3 is released ... So to me it isn't 
a miss placed  converstation since R3 futur is related to scriptlibrary 
futur ... We could is that down time to try to reflect on making 
this better but that's not a discussion you want to have anyway... 
 That's why the whole rebol world in 2011 is pretty much the same 
as it was in 2005..

rebol.org is run mostly by ONE VOLUNTEER.  free, with hundreds of 
scripts, with thousands of features to support.  Adding a script 
to rebol.org doesn't *require* the full library header anymore.

I wonder how many hundred hours went into that huge site.   


I'm sorry if it took you one hour to write down 5 lines of text, 
but It doesn't take me that long.  I agree its not optimal, but the 
help page is simple and conscice.

You should be good now......but using the updater to download 169+ 
scripts wlll trigger the problem again.

(Another quick fix is to edit the script to put a wait 10 between 
each read of the library)

I have uploaded a new version of simple-test.r to the Script Library. 
The main changes were the addtion of some new assertions and a re-structuring 
of the code to provide an API for the function which evaluates test 
cases.


The assertions added are : equal with tolerance, not equal, not error, 
same, and not same.

I know I've been around for a while, but it's been so long since 
I submitted anything to the REBOL.org script library that all the 
rules have changed. So I'm new again :(


What headers should I add to the script to integrate it into the 
script library? I'd like to BSD license it - how do I indicate that? 
Are there any other headers that are necessary? How do I indicate 
that a minimum version of REBOL is required (Core compatible, but 
I use a few recent features)?


This is related to an extended version of the compress-source function 
I made for the Canvas section.

Alternatively. try to upload without a Library header.....One'll 
get added, and you can then edit it.


[It'd be good to get one more script in the Library. Right now we 
have 666, and that's an iconic number for some people :-)]

Good question, because the rebol.org script library will need some 
modification to path-thru to handle the url's with the '?' character 
in it. Normand, maybe you just want to change the VIEW-ROOT path 
within rebol. If is used by PATH-THRU, If you care to have a quick 
look at the source. And path-thru is used by exists-thru?, read-thru, 
load-thru... all the functions dealing with the public cache.

DideC: Thanks.  I've copied and pasted it for review and added it 
to my local public library.  This script should be useful especially 
with the html help page.   Documentation on a script is very rare 
and much appreciated.


Graham: Did a search using  "librarian" and search term of  "sql 
cvs" and didn't come up with anything.  Although, I think we've got 
it covered now anyhow.

I've never heard of such a script, Steeve.

It does not seem to be on REBOLtech (a forerunner to REBOL.org). 
You could try some more detailed searches than I did if you want 
to look further
http://www.reboltech.com/library/scripts/
****

Sadly, a lot of good stuff gets published on personal websites, and 
when the enthusiasm for REBOL wanes, or the site is taken offline 
for some reason, the scripts are lost to the wider community.

I would like you to suggest me some Linux distribution:

Current situation:


I run old Fedora Core 1 linux, so it lacks on security updates. The 
server is used for few domains, it runs apache, old mySQL 3.5.x version, 
glftpd, sendmail (I am used to that). Server has 2 hads. Content 
of server is packed each week via script and copied to other disk.

Objectives:


- need some easy distro, graphical mode installation, which even 
monkey can configure, forget somo guru stuff, target hardening, etc.
- need mysql 5.x family, Apache 2. family

- adding new users/developers by some tool, e.g. webmin - ftp, apache 
domain, webmail (squirrel)

- needs to run rebol in cgi mode, eventual sqlite library compatibility 
welcomed

- kind of easy recovery - install from CD in graphical mode, copy 
configs, reboot, or even better - instasll some kind of loader, map 
to second hd, unpack backup, reboot. Maybe this could be automated?


Of course I have some sympathies already - stay with Fedora? Try 
Ubuntu server edition? Any other suggestion?

Thanks.

Sure, but I have lots of excuses to postpone. First, I forgot my 
password for the library script. Second, before posting to rebol.org 
I have to write proper headers in the script (such as date, version 
number, license). Third, I have no idea if there is interest at all. 
But I got your point, which is legit.

Ok, I recovered my password for the library script. That's one excuse 
less.

I'll backtrack to see what had happened. Me thinks it has to do with 
the my script "do"ing a library script. Maybe something was wrong 
with that.

I played with Oldes script a bit, didn't get far. I think there's 
no other option than follow Graham's advice and delve in the http 
scheme. I had hoped to find something in the script archive, oh well... 
I saw that even in the Ruby and Python community there's some confusion 
on how to achieve multipart form submissions with CGI. (Python default 
http library also uses  "application/x-www-form-urlencoded" and not 
""multipart/form-data", but there's a library called HTTPFileUploader 
that does the job). Last time I tried to hack the http scheme I wasn't 
so succesful. This time, if I need help, I'll ask for help.

Hi all,

Is it possible to decode iso-8859-1 subject in the pending emails 
window ?


Maybe this script can help http://www.reboltech.com/library/html/utf-8.html

Though many scripts in the Library are just one script file plus 
one documentation file. That doesn't need to be a package:
http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-recent-docs.r

The documentation can be in Makedoc or Makedoc2 format (plus some 
other formats too, like Nicomdoc)

I've been reading the docs both for the preprocessor and for the 
newer include.r script but I'm a bit confused, I wonder if someone 
could help clear it up for me. Here's my situation. I have view and/or 
SDK installed on a PC and a script sitting on my desktop. This script 
needs one or more library scripts which are available from web servers. 
How do i write the start of the script so that I can do all of;

1) Double click and have it run in view

2) Run the preprocessor so that I have an all in one script ready 
to run/copy somewhere

3) Encap it by dragging and driopping it on encmdview.exe or similar


I want to be able to do this without changing a single character 
of the script. I want to access the library files from a web server 
because here at work I often write scripts on various different servers 
and prefer to keep one copy of the libs centrally and not downloaded 
onto each machine.

That's the problem then.  It is depreciated and replaced with drop-down.r 
and says so in the script header.  Eventually the Library will recognize 
this and automatically redirect you to the correct version of the 
script but for now...

I didn't find it in the script library.   The version that I archived 
was 0.0.2 

To see that version, do http://www3.sympatico.ca/cybarite/rebol/NoteReb.r

I've uploaded the script to the library.

there's a new script in the library %rebelxml.r ( not sure why it 
isn't rebolxml.r )

Carl, you're very welcome to use the URI^ pattern in my Patterns.r 
script in the Rebol library.

You may want to take a look at Matt  Licholai's quick plot dialect 
for your students to use to plot results. The details are at http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-thread.r?m=rmlQBZK

Scroll down the thread to find the location of the source.


There is an updated version of his ez-plot example in the script 
library at http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=ez-plot.r

Oh, by the way...we added to the %form-date.r script in the library. 
  See I'm New for details.

IIRC some script in the library says there are more options, buffer-size 
and something. rebol can output nearly gzip, but read only a specific 
version.

I find that the db/base-dir is getting set to the directory from 
which the db.r is loaded.  Is this behaviour intentional?

>> what-dir

== %/Users/peter/Desktop/RebDBTest
/
>> do %~/Code/Library/Rebol/RebDB-202/db.r

Script: "RebDB server" (14-Jan-2006
)
== none

>> what-di
r
== %/Users/peter/Desktop/RebDBTest
/
>> db/base-di
r
== %/Users/peter/Code/Library/Rebol/RebDB-202/

While testing I started a script using sqlite several times, at about 
the 17th call I get this error:

** Script Error: Library error: Max Callbacks
** Where: context
** Near: sqlite-trace: make routine! [
    db [integer!]
    clb [callback! [int string!]]
    ptr [integer!]
] SQLite3lib

I'm using the following version:

	Title:		"SQLite driver"
	Owner:		"Ashley G. Trüter"
	Version:	0.1.3
	Date:		22-Feb-2006

One strange bug remains. Occasionally %demo.r will fail (typically 
selecting rows from Items) due to garbage characters that somehow 
get inserted. I have reduced the problem down to this script:

REBOL []

unless value? 'SQLite [do %sqlite.r]

repeat cnt 10 [
	prin ["^/Run" cnt "..."]
	;	Clean up from previous runs
	error? try [delete %test.db]
	error? try [delete %test.db-journal]
	;	Create Items (1000 rows) records
	prin " create ..."
	CONNECT/flat/create %test.db
	SQL "create table t (c1,c2,c3,c4,c5)"
	prin " insert ..."
	SQL "begin"
;	loop 1000 [
	repeat z 10000 [

;		SQL reduce ["insert into t values (?,?,?,?,?)" 1 "A 1" $1 1 $1 
* 1]

  SQL reduce ["insert into t values (?,?,?,?,?)" 1 reform ["A" 1] $1 
  1 $1 * 1]
	]
	SQL "commit"
	prin " select ..."
	SQL "select * from t"
	DISCONNECT
]

quit


Running the script should cause a failure like the following within 
the first couple of runs:


Run 1 ... create ... insert ... select ...** Syntax Error: Invalid 
tag -- <C
** Near: (line 1) À<C"
>> sqlite/direct?: true
== true
>> sql "select * from t where c2 like '%<%'"
== [1 {À<C^B"} "$1.00" 1 "$1.00"]


Changing the repeat to a loop seems to shift the error, often (but 
not always) making it take more runs to materialize. Replacing the 
reform with a string will often (but not always) allow all runs to 
complete successfully. Changing the number or order of INSERTed values 
also seems to shift the error. I'm not sure whether this is a REBOL 
or SQLite library error, but any help in tracking it down would be 
greatly appreciated.

Is there any point in the REBOl.org Script Library supporting the 
plugin any more?


There are 15 scripts that are tagged as runable in the plugin. But 
none of them do in recent browers.
    http://www.rebol.org/st-topic-details.r?tag=platform//plugin

sunanda reveals that "Script Library" search on Google returns Rebol.org 
script library as the #2 link on the page out of several million!